home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / UNSPLIT / text0063.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  3.4 KB  |  87 lines

  1.  
  2. > > Well , I can't say that I care that much about MiNT either. What about MagiC 4 then?
  3. > > Have anyone tried it? Daniel said that MagiC works but MagiC Desk doesn't.
  4. > I think the AB is fine so long as you don't touch the MMU - which is a problem since
  5. > setting up the cache and FastRAM kind of depends on that...
  6. > It just means you need to be careful when adapting the driver software to work
  7. > with Magic & MINT. I'll worry about all that when I am happy with the drivers
  8. > on a non-multitasking machine. It's quite hard to patch all the incompatible parts
  9. > of TOS as it is...
  10.  
  11. I can see that. I wouldn't be able to do anythig in this department my self. It's good
  12. to know that there is people like you out there that can sort out the all the problems.
  13.  
  14. :-)
  15.  
  16. > > A little boring to burn along at lightspeed and not be able to multitask! :-|
  17. > Multitasking is fine if you can rely on it, but it seems MiNT & Magic still need
  18. > work in this department. I heard things like LHarc don't like Magic very much,
  19. > which is strange considering how simple it is system-wise.
  20.  
  21. I have almost no problems what so ever with MagiC. I think it's very stable not far
  22. behind TOS 4.04 at all, maybe even as good. It only crashes when you run some poor
  23. old software and LHarc is not one of those. I had some problems with version 4.01
  24. of MagiC, but with 4.02 it works wonderful and is faster than TOS 4.04. I can't 
  25. see why there shuld be problems with LHarc as I use it almost every day. 
  26. Bad Mood works perfectly with MagiC and so does Apex and most other programs I use.
  27.  
  28. What will not run is mostly games and demos.
  29.  
  30. > > I guess a graphics card would do wonders. :-)
  31. > Yep.
  32.  
  33. Would be interesting to see some figures on how AB works together with the Nova card. 
  34. Speedddyy... :-)
  35.  
  36. > > > Integer is slow too.
  37. >  
  38. > > What? At 410% for a divide? That's amazing Magnus! The divide is the one thing
  39. > > that's almost impossible to optimise as you can't do a parallel version. If the
  40. > > divide is this fast, it's a good sign for everything else! :) 
  41. > > But... okey. I just thought it was slow because of the other tests... but it's only
  42. > > about twice the speed of an TT, or?
  43. >  
  44. > What I'm trying to say is that you can't really improve much on the 68030's
  45. > divide - beyond doubling it's speed. The 68040 doubles it's speed! GEMBench
  46. > shouldn't be basing it's integer tests on a divide, as it's the least likely
  47. > instruction to change between chips. The fact that it has doubled means the
  48. > chip is damned impressive. :)
  49.  
  50. I get your point. :-)
  51.  
  52. > Do you see what I mean? The details are not clear, but GEMBench is just not
  53. > a very well balanced way of judging speeds of chips. If you know about the
  54. > divide, you can see that the improvement is actually quite significant.
  55.  
  56. Okey, I think I missed something on the way. So gembench does only test divide
  57. and that's not realy fair to judge a CPU, right! :-) 
  58.  
  59. Why can't anyone do a decent speedtest program, like your DSP-rating program??
  60.  
  61. > > I think the divide is quite impressive myself...
  62. > > I take your word for it.
  63. > Thanks. :)
  64.  
  65. Okeydokey. :-)
  66.   
  67. > > I'm still running mine at 32Mhz as I don't have my RC-33 yet... :(
  68. > RC-33? Do you mean a 33MHz 040??
  69. > Yep. I still only have an over-clocked RC-25. :(
  70.  
  71. :-((
  72.  
  73. Can't they be bought cheap from a MAC reapair firm? They should have old scrapped
  74. motherboards laying around that could be stripped of some CPU's.
  75.  
  76. //magnus Kollberg
  77.  
  78.